home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d26 / qmtek601.arc / AS400Q.TEC < prev    next >
Text File  |  1991-05-23  |  7KB  |  148 lines
  1. ID:AS IBM AS/400 Terminal Emulation Setup
  2. Desqview Technical Note #113
  3. By Dan Sallitt
  4.  
  5. The IBM AS/400 is a terminal emulation setup akin to the 5250. It
  6. usually requires two or three files in config.sys and two loaded
  7. from the command line to get it going, followed by a number of
  8. other files to implement various functions.
  9.  
  10. The sizes of the basic AS/400 files that are listed below are
  11. accurate for the early 1990 versions of IBM's AS/400 software. 
  12. Some of these files are smaller in later releases.
  13.  
  14. Drivers
  15. -------
  16.  
  17. EIMPCS.SYS               1K
  18.  
  19. ECYDDX.SYS               21K - a block device, which means that   
  20.                          Quarterdeck's DEVICE.COM cannot load it  
  21.                          from the command line
  22.  
  23. FSDD.SYS                 59K - only needed to create virtual drives 
  24.                          on the AS/400.  ECYDDX.SYS must be loaded 
  25.                          before it.  Later versions of the AS/400 
  26.                          software may replace FSDD.SYS  with the  
  27.                          TSR STARTFLR.
  28.  
  29. TSR's
  30. -----
  31.  
  32. E5250AH.COM              8.2K - manages the PC's terminal emulation 
  33.                          hardware.  Different cards can be used for 
  34.                          AS/400 connection, and each requires a   
  35.                          different TSR to manage it - this file 
  36.                          manages the 5250 card.  A TSR that is    
  37.                          often used instead of E5250AH.COM is     
  38.                          called WSEAH.COM.
  39.  
  40. STARTRTR.COM             56K
  41.  
  42.  
  43. 1) One of the cards that the AS/400 software can use, the 5250 card
  44. (and maybe others as well), puts a piece of RAM, 8K or so in size,
  45. at xC00 (usually CC00).  QEMM 5 and other memory managers may not
  46. see this RAM. In addition to excluding this area on your memory
  47. manager, you should probably use the RAM parameter with QEMM (or,
  48. if you are on an 8088 or 80286 machine and using a memory manager
  49. that provides mappable pages between 640K and 1024K other than the
  50. page frame, use Quarterdeck's QRAM to map these pages).  Otherwise,
  51.  
  52. E5250AH.COM may access various sections of the reserved memory area
  53. when it 
  54. loads, and DESQview's XDV may crash on startup if all these areas
  55. aren't excluded.  Loading Quarterdeck's Manifest after you load
  56. E5250AH.COM, and examining the QEMM-386/Analysis screen, is a good
  57. way of finding out what areas to exclude.  The Analysis screen may
  58. advise you to exclude some areas inside the expanded memory page
  59. frame as well as mappable areas outside the page frame; it should
  60. be necessary, however, only to exclude areas outside the page 
  61. frame.
  62.  
  63. Giving E5250AH.COM the parameter /Mx (where x is the same as above
  64. - C by default) seems to make it access fewer areas, though the
  65. areas that are accessed still need to be excluded if you don't use
  66. the RAM parameter or otherwise map all available areas between 640K
  67. and 1024K before the AS/400 software loads.  
  68.  
  69. For example - if you are using QEMM-386 and IBM's 5250 card and
  70. have determined that the card uses the CC00-CDFF area, your QEMM
  71. line in the CONFIG.SYS file should look like this:
  72.  
  73.      DEVICE=C:\QEMM\QEMM386.SYS RAM X=CC00-CDFF
  74.  
  75. ...and you should load E5250AH.COM with the following parameter:
  76.  
  77.      E5250AH /MC
  78.  
  79. You should then examine QEMM/Analysis screen, and put further
  80. exclusions on QEMM if any areas on this screen (other than the page
  81. frame area) are labeled "Exclude."
  82.  
  83. 2) In earlier versions of IBM and Quarterdeck's software, STARTRTR
  84. did not like to load inside DV, which meant that everything before
  85. it couldn't load in DV.  Even at that time, many other AS/400
  86. functions loaded after STARTRTR would load in a window - we have
  87. seen STF.COM load and run in a DV window.  We have verified that
  88. the version of STARTRTR dated 5-26-90 can run successfully inside
  89. a DESQview 2.31 window.  We are not sure whether revisions of
  90. STARTRTR or of DESQview were responsible for resolving early
  91. conflicts.
  92.  
  93. On one system that we saw, STARTRTR used an interrupt that can
  94. cause conflict with DESQview (INT 69).  Because it is likely that
  95. DESQview will always avoid using this range of interrupts when the
  96. AS/400 drivers are loaded in the CONFIG.SYS file, this is probably
  97. not a problem for current DESQview users.  However, users of DV
  98. 2.30 and later can do themselves no harm by giving DESQview the
  99. startup parameter /XB:68 when they run STARTRTR inside DV.
  100.  
  101. 3) On some systems, after STARTRTR is run, users run a program
  102. FSPC.COM to make a virtual disk on the mainframe.  This program
  103. isn't resident and takes no memory.  However, FSPC needs to see
  104. FSDD.SYS, and in earlier versions of the IBM and Quarterdeck
  105. software it couldn't from inside a DV window.  We believe that 
  106. this is no longer a problem with DESQview 2.31 and the mid-1990
  107. release of the AS/400 software.
  108.  
  109. 4) STARTRTR will need 160K of space to load high, even though it
  110. only uses 56K or so after it has loaded.
  111.  
  112. 5) Some AS/400 drivers and TSR's know about expanded memory and
  113. store something there. Therefore, some of the memory figures that
  114. I've quoted may increase in the absence of expanded memory.
  115.  
  116. 6) If you run the AS/400 software inside DV, it may or may not be
  117. necessary to set Keyboard Conflict to 8.  One user thought he
  118. needed it set to 9, though this report is not substantiated.
  119.  
  120. 7) In some versions of the IBM AS/400 software, the driver FSSD.SYS
  121. and the non-resident FSPC.COM are united in a smaller TSR
  122. STARTFLR.COM.  Early versions of STARTFLR crashed in a DESQview
  123. 2.26 window in much the same preemptive way that early versions of
  124. STARTRTR did; we haven't yet determined how recent versions of
  125. STARTFLR behave in DESQview 2.31 and later versions of DESQview.
  126.  
  127. 8) When loaded high with QEMM 5.00, ECYDDX.SYS would fail with an
  128. error message like "Keyword invalid."  QEMM 5.11 is able to load
  129. ECYDDX.SYS high successfully.  It is possible that including a
  130. single space after the word ECYDDX.SYS on the appropriate line in
  131. the CONFIG.SYS file may help QEMM 5.00 load ECYDDX high, but this
  132. has not been tested.
  133.  
  134. 9) The AS/400 utility STF has difficulty loading high with both
  135. QEMM 5.00 and QEMM 5.11.  QEMM's LOADHI /GS feature reports that a
  136. version of STF from mid-1990 needs a region of approximately 26K to
  137. load successfully; however, on at least one system, this version of
  138. STF.COM reports that it has insufficient memory to load even when
  139. loaded into a 79K region of High RAM.  It is possible that STF.COM
  140. is making the assumption that it will be loaded below 640K, and is 
  141. becoming confused when loaded above 640K; it is also possible that
  142. LOADHI /GS is somehow not detecting the correct amount of memory
  143. that STF.COM needs to start up.  We have not investigated this
  144. further at the time of writing.
  145.  
  146.         Copyright (C) 1991 by Quarterdeck Office Systems
  147.              * * *   E N D   O F   F I L E    * * *
  148.